home *** CD-ROM | disk | FTP | other *** search
/ PC-Blue - MS DOS Public Domain Library / PC-Blue MS-DOS Public Domain Library - NYACC.iso / vol197 / dbshare.oqt / DBSHARE.OUT
Encoding:
Text File  |  1986-11-25  |  18.8 KB  |  463 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.                                THE DB-SHARE PROGRAM
  13.  
  14.  
  15.  
  16.                                         by
  17.                                     R.H. Martin
  18.  
  19.  
  20.  
  21.                               Applied Foresight Inc.
  22.                                   P.O. Box 20607
  23.                              Bloomington, Minn.  55420
  24.  
  25.  
  26.                                  February 23, 1986
  27.  
  28.  
  29.  
  30.                            Copyright 1986 by R.H. Martin
  31.                                 All Rights Reserved
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.                                                              Trademark Pending
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 2
  69.  
  70.  
  71.                          ABOUT DB-SHARE SOFTWARE PRODUCTS
  72.                          --------------------------------
  73.  
  74.                                      OVERVIEW
  75.  
  76.      DB-SHARE is a new and un-trademarked designation referring to a modified
  77.      SHAREWARE product where the programmer has developed software revolving
  78.      around a network model database, using a compiled language-driven, run-
  79.      time royalty-free and license-free database manager.
  80.  
  81.      SHAREWARE is a term used by Quicksoft (TM), the developer of PC-WRITE
  82.      (TM).  Write Quicksoft, 219 First N. #224, Seattle, WA  98109.  Bob
  83.      Wallace, the developer of PC-WRITE, describes SHAREWARE in his manual as
  84.      follows:
  85.  
  86.         "Shareware is our term for software that can be freely copied and
  87.         shared.  The term (from an INFOWORLD column) describes both public
  88.         domain (non-copyrighted) software, and copyrighted software, like PC-
  89.         WRITE, which the author supports and encourages people to copy and
  90.         share.
  91.  
  92.         "Shareware is like public television: the programming is freely
  93.         distributed, but support from users is encouraged.  The concept is
  94.         based on these principles:
  95.         1.  People need to try programs to see if they are useful.
  96.         2.  Software authors can be supported directly by users.
  97.         3.  Copying and networking of programs can be encouraged.
  98.  
  99.         "To quote Andrew Fluegelman: 'This is an experiment in economics more
  100.         than altruism.  Free distribution of software and voluntary payment
  101.         for its use would eliminate the need for money to be spent on
  102.         marketing, advertising, and copy protection schemes.  Users could
  103.         obtain quality software at reduced cost, while still supporting
  104.         program authors.'
  105.  
  106.         "Quicksoft takes the Shareware concept further by giving additional
  107.         materials and services when someone registers, and giving a commission
  108.         to people who distribute copies."
  109.  
  110.      Anyone is allowed to sell or give away wholly unmodified copies of the
  111.      official Shareware-release diskette.  The "official" release is the one
  112.      released by the software author.  Shareware does not allow distribution
  113.      of any modified software copies, nor source files, nor printed copies of
  114.      the manual, without permission of the Shareware author.
  115.  
  116.  
  117.                                      FEATURES
  118.  
  119.      DB-SHARE differs slightly from the Shareware program.  The main features
  120.      of a DB-SHARE software product are:
  121.  
  122.      1.  The software package revolves around a network model database, using
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 3
  135.  
  136.  
  137.          a compiled language-driven, run-time royalty-free and license-free
  138.          database manager.  So far, only DB-VISTA by RAIMA Corporation seems
  139.          to fit this requirement.  DB-VISTA is sold by RAIMA Corporation,
  140.          12201 SE Tenth St., Bellevue, WA 98005.  RAIMA Corporation is NOT
  141.          connected with Applied Foresight nor the DB-SHARE program.
  142.  
  143.      2.  The base package is distributed similar to SHAREWARE.  Parts of the
  144.          code may be copyrighted software by the involved author and other
  145.          parts may be public-domain coded subroutines.  Due recognition is
  146.          given to any public domain code utilized.  Anyone is allowed to sell
  147.          or freely give away wholly unmodified copies of the DB-SHARE base
  148.          software diskette.  DB-SHARE  does not allow distribution of any
  149.          modified software copies, nor source files, nor printed copies of the
  150.          manual, without permission of the DB-SHARE author.  Policy about
  151.          manual copying may vary amongst authors.
  152.  
  153.      3.  The base package must be completely useable and practical without the
  154.          need for the optional (by purchase) add-on package.  Those users who
  155.          like the base package and want the luxury optional program features
  156.          provided by the add-on package, can register with the software author
  157.          and receive the add-on package and several other benefits.
  158.  
  159.          However, the base package must be good enough on its own merit to
  160.          generate a widespread public enthusiasm for it and be able to sustain
  161.          widespread copying and cheap or free distribution of it.  The base
  162.          package is NOT to be viewed as a demo software product.  The add-on
  163.          package provides only luxury features, not needed to functionally use
  164.          the base package in a practical manner.
  165.  
  166.      4.  A DB-SHARE add-on software diskette will only be distributed by the
  167.          author or legally contracted distributors.  A harmless, but generally
  168.          persuasive security measure will be used to prevent unauthorized
  169.          distribution of a DB-SHARE add-on software diskette.
  170.  
  171.          The diskette will contain in an encrypted manner, the customer's name
  172.          and serial number, which will become encryptically embedded in any
  173.          and all user databases which have the add-on program ran against it.
  174.          Thereafter, everytime any base DB-SHARE program or add-on DB-SHARE
  175.          program is ran against that user's database, the decrypted user's
  176.          name will appear on the screen and printouts.  DBS-KAT uses the
  177.          following manner.  ("XYZ" stands for the DB-SHARE database name.)
  178.  
  179.          *********************************************************************
  180.              XYZ Database of: John Q. Owner                    S/N 99999999.
  181.          *********************************************************************
  182.  
  183.          Although, some unscrupulous persons may still copy an add-on DB-SHARE
  184.          program, they will have to put up with their computer screen and
  185.          printouts advertising the fact that they are unscrupulous.  Any known
  186.          instances of copyright violations of a DB-SHARE add-on program
  187.          diskette should be reported to the software author.
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 4
  201.  
  202.  
  203.          Some dishonest persons may order this year's upgrade add-on module
  204.          and their friend might order next year's add-on module, and then both
  205.          might share programs, except that one runs the other's programs in
  206.          reverse order so that finally one's own name gets embedded in their
  207.          individual's DB-SHARE database.  To disallow this, an add-on DB-SHARE
  208.          program will only re-update its embedded owner's name, if the add-on
  209.          version number is newer than the last re-update embedding.
  210.  
  211.      5.  Each DB-SHARE software author is independent of other DB-SHARE
  212.          software authors, unless specifically stated.  The quality and
  213.          reputation of each DB-SHARE software product reflects only upon the
  214.          responsible individual author.
  215.  
  216.      6.  DB-SHARE add-on software will be minimally priced, rarely if ever
  217.          going over a two digit price figure for any personal computer
  218.          application.  If the DB-SHARE targed audience is small, a DB-SHARE
  219.          developer can sustain one's revenue needs through offering multiple,
  220.          inxpensive add-on software modules for a base DB-SHARE software
  221.          product.
  222.  
  223.      7.  DB-SHARE authors should have a conscientious committment to upgrade
  224.          both the base DB-SHARE and DB-SHARE add-on software whenever feedback
  225.          from users indicate that deficiencies exist.  Any deficiency
  226.          affecting functional use of the base package in a practical manner,
  227.          when resolved, should appear in the base DB-SHARE product.
  228.  
  229.  
  230.                                      PHILOSPHY
  231.  
  232.      Besides sharing the concepts behind SHAREWARE, DB-SHARE has additional
  233.      concepts.  Software products revolving around a compiled-language drive
  234.      database manager are typically applications that are many faceted.  There
  235.      are the basic facets which critically maintain and use the application
  236.      and there are numerous "peaches and cream" facets which make the use of
  237.      the application even more worthwhile.
  238.  
  239.      A DB-SHARE software developer knows that one's development effort will be
  240.      financially rewarded if one has developed a base package that people love
  241.      to use and copy, because anyone who uses the base package long enough
  242.      will eventually want and will likely get the add-on software.  However,
  243.      the secret to a software developer's success is to make the base package
  244.      highly desirably useful in its base state, because otherwise the
  245.      initiative to enthuasiastically use it and share that enthusiasm through
  246.      copying and sharing it with others will not be there.  Without that
  247.      enthusiasm over the base DB-SHARE product, there will not be enough of a
  248.      distribution spread and hence any derived registrations will be less than
  249.      desired.
  250.  
  251.      The above formula is a "you win-I win" formula for both the developer and
  252.      the customer.  The customer gets a very useful base product free (or
  253.      nearly free, if an intermediate distributor charges a handling fee) and
  254.      is able to get add-on features direct from the developer, or an
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 5
  267.  
  268.  
  269.      authorized distributor, for minimal costs.  The developer wins because a
  270.      widespread enthusiasm of one's base product will naturally be followed by
  271.      numerous registrations.  The developer is protected from widespread
  272.      copying of the add-on diskettes, because of the security protection
  273.      device.  The honest customer is not hassled by the security protection,
  274.      because infinite number of backup copies can be made, and the software
  275.      employs no floppy-dependent mechanisms.
  276.  
  277.      Either party (user and author) is only going to win in this situation if
  278.      the other party is allowed to win.  Thus, the challenge goes out to
  279.      future DB-SHARE developers: "Don't put out anything but an excellent base
  280.      product!"   If the public's feedback to the base DB-SHARE product is less
  281.      than enthusiastic, improvements deserve to be put in the base DB-SHARE
  282.      product, not necessarily the DB-SHARE add-on modules.
  283.  
  284.  
  285.                                     OBLIGATIONS
  286.  
  287.      DB-SHARE developers have a duty to provide in the base package,
  288.      minimally, a database integrity analysis program and database recovery
  289.      strategy.  Just telling users they need to do backups is not sufficient
  290.      with a compiled language driven database.  Suppose a portion of a user's
  291.      database, which is only referenced once or month or less, has its
  292.      internal cross-referencing pointers messed up.  A user who recycles his
  293.      backup diskettes every month, may end up not discovering he has a damaged
  294.      database until after he has trashed his only good version database backup
  295.      with a worthless, but more recent, backup.  What good, is it to do a
  296.      restoration of a prior database if the backed up database is also messed
  297.      up?
  298.  
  299.      Database pointers can get messed up by a variety of factors: hardware
  300.      problems (either occurring during or outside of a database program
  301.      session), user errors, or software errors.
  302.  
  303.      The majority of my years of database management programming has been on
  304.      the HP 3000 minicomputer line, which comes free with a database manager,
  305.      IMAGE.  One thing nice about IMAGE, is that there are provided tools for
  306.      maintaining the integrity of one's database.  Most microcomputer database
  307.      managers do not currently have available such integrity tools.  However,
  308.      in lieu of any generic tool for analyzing database integrity, a DB-SHARE
  309.      developer should provide such a program in the base package, along with
  310.      documented recovery procedures.
  311.  
  312.      A database integrity analyzer can alert a user to the need to do a
  313.      database recovery shortly after it is damaged rather than when the damage
  314.      is inadvertently discovered (what if it takes a year end report program
  315.      to otherwise discover it?).
  316.  
  317.      DB-SHARE authors are also obliged to preserve the useability of their
  318.      original public release database design through all future upgrades.  If
  319.      an author decides to restructure the database design in a future release,
  320.      a provided download/reload database program should be provided to upgrade
  321.      customers.
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 6
  333.  
  334.  
  335.  
  336.  
  337.                              OPTIONAL MARKETING IDEAS
  338.  
  339.      The following is suggested for future DB-SHARE developers to consider as
  340.      an aid to further their distribution of add-on (by purchase) software
  341.      modules.  Consider arranging for cooperative retailers and mail-houses,
  342.      etc., to receive a DB-SHARE distributor program along with the DB-SHARE
  343.      base and add-on software.  The security features of this software
  344.      distributor program is described in the paragraph following.  The
  345.      distributor could sell the combination base and add-on software for $50
  346.      or just the add-on software for $40.  That would amount to $35 for the
  347.      add-on software, $5 handling, plus $10 for the base software handling
  348.      cost.  The distributor would need to carry no inventory, except for blank
  349.      diskettes and labels.  The DB-SHARE developer could provide a label print
  350.      program.  For each add-on software sale, the distributor would be
  351.      required to mail the DB-SHARE software developer $15 for the first 50
  352.      copies sold in any one calendar year; $10 for the number of copies sold
  353.      thereafter for the remainder of the calendar year.
  354.  
  355.      Consider structuring the program which updates each outgoing diskette
  356.      with the customer's name and S/N, to also include an encrypted, hard-
  357.      coded, name of the software distributor name and ID, which causes each's
  358.      customer made disk to have encryptically transferred this distributor ID
  359.      information, so that when the customer runs the add-on software
  360.      program(s) against his database, that not only does program-embedded
  361.      customer name and ID get embedded in his database, but also the
  362.      distributor name and ID.
  363.  
  364.      There is no reason to display or print this distributor information on
  365.      program screens or printouts, but a good place to have this distributor
  366.      information printed is on a customer coupon-entitlement form, which your
  367.      add-on program could print for the user.  Require the customer to use
  368.      this form if he desires to get a coupon entitling him to get one future
  369.      add-on software module for $10.00 (postage and handling fee provided for
  370.      with this price) and to receive any future mailings.  Also structure your
  371.      add-on software to not work, if the add-on programs run without a
  372.      distributor name and ID being embedded in the program.  This will protect
  373.      you from distributors making diskette copies bypassing the use of your
  374.      custom disk-copy program.  The impact on the DB-SHARE developer is that
  375.      he would have to recompile his disk-copy program for distributors each
  376.      time he signs up a new distributor.  This can be a real easy task.
  377.  
  378.  
  379.                       ADVICE TO POTENTIAL DB-SHARE DEVELOPERS
  380.  
  381.      The author intends to document DBS-KAT's database manipulation logic and
  382.      have it published as a magazine article.  Documentation aimed at
  383.      programmers, along with most of the DBS-KAT source code will be made
  384.      available to those who purchase the DBS-KAT source code package.  In the
  385.      meantime, the following brief advice is given to potential DB-SHARE
  386.      developers.
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.      DB-SHARE PROGRAM         Copyright 1986 R.H. Martin          P. 7
  399.  
  400.  
  401.  
  402.      Be true to the complete DB-SHARE philosophy.  Your DB-SHARE product will
  403.      sell better if there is widespread public awareness of the DB-SHARE
  404.      program, including a trust in the quality and reliability of a DB-SHARE
  405.      product.  Become familiar with other DB-SHARE developed programs.
  406.      Recognize other worthy DB-SHARE programs in your user manual.  In your
  407.      user manual, refer to the DB-SHARE distribution program.  You are pre-
  408.      authorized to copy this entire DB-SHARE section, as long as you give due
  409.      credit and forward a pre-release copy of your manual to Applied
  410.      Foresight.  If you desire to copy a portion of this section, forward a
  411.      pre-release copy of your manual to Applied Foresight and obtain written
  412.      permission.  A reponse will be sent to you promptly.
  413.  
  414.      Thoroughly debug your DB-SHARE product before releasing to market.  Make
  415.      the schema and source code for the database manipulation logic and
  416.      mainstream of your programs available to registered buyers.  If you want
  417.      to ensure that buyers can't compete with you in updating your database
  418.      design, provide re-arranged but complete database structs.  You'd be wise
  419.      to keep private your particular encryption/decryption algorithm.
  420.      Consider writing a magazine article about your use of the database
  421.      manager chosen for your DB-SHARE product.  There is a great need for PC
  422.      Magazines to carry articles on language-compiled, network model database
  423.      managers and their use in application programs.
  424.  
  425.  
  426.                           LIMITATION OF DB-SHARE COVERAGE
  427.  
  428.      Not all data base dependent software lends itself to the DB-SHARE
  429.      concept.  Complicated software requiring accompanying audio visual
  430.      training material, and implementation or maintenance assistance by local
  431.      consultants are two obvious types of software beyond the applicable range
  432.      of the DB-SHARE concept.  Software easily able to be a success in a
  433.      conventional commercial manner would be foolish to distribute in a DB-
  434.      SHARE manner.
  435.  
  436.      DB-SHARE makes sense for those database dependent applications that are
  437.      simple to use and which would be overpriced and undersold if sold via
  438.      conventional methods.  It also makes sense for cash-starved start-up
  439.      companies.
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.